iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 13
0
自我挑戰組

Scrum 30天學習日誌系列 第 13

[Day13] Scrum 30天學習日誌 - 用故事描述任務

  • 分享至 

  • xImage
  •  

了解了Scrum的團隊之後,就可以開始進入待辦事項清單。在建置Scrum時,第一件要做的就是建立待辦事項清單,也就是整理好專案待辦項目(Product Backlog Items, PBI)。所以我們必須清楚的知道,我們最後希望得到的是甚麼。
每個產品開發之前,都要將我們需要完成的事項列出來。在Scrum的世界裡,習慣將它們一一寫在便利貼上。

用故事去描述

當我們列出了待辦事項,往往會出現一些問題,那就是沒有取得或給予把這件工作做好的足夠資訊。人們比較能掌握人物、欲望及動機這些事,因為我們都是用情節、故事來思考和理解這個世界。
團隊將要完成的工作劃分成User Stories(用戶故事),會希望思考三件事:

  1. 誰(Who):在打造這樣東西時,我們是以誰的角度出發。
  2. 甚麼(What):起初希望完成的是甚麼,通常會是我們的起點與終點。
  3. 為何(Why):某種角度來看,這是最重要的一步──動機,為甚麼想要這個東西?


圖片來源

舉例來說,我們可以為線上書店寫出這些故事:

「身為顧客,我希望能按照類別瀏覽書籍,好讓我找到我喜歡的那類書。」
「身為顧客,我希望能把書放到購物車中,好讓我能買它。」
「身為產品經理,我希望能追蹤顧客的購物紀錄,好讓我能據此向顧客行銷特定書籍。」

因此,我們必須先定義未來及將使用工作成果的人物,知道他們的好惡是甚麼,熱情、喜悅又來自甚麼,還有他們的使用動機。這些故事都是團隊可以設想到的。大家一起討論如何實現故事,且必須具體到足以採取行動。

INVEST標準

在撰寫User Stories時,有兩個問題很重要:這個Stories夠完整嗎?如何才能得知已完成的任務?比爾˙維克(Bill Wake)發明了一個用來判別Story是否完整的口訣,並表示所有Story必須符合「INVEST」的標準才算完備

  • 獨立(Independent):必須有採取行動的可能性,而且本身是「可完結」的,不能與其他Story有相依性。
  • 可修改(Negotiable):只要還沒結束,Story就必須可以重寫,要預留修改的餘地。
  • 有價值(Valuable):必須實際為顧客、使用者或利害關係人傳遞價值。
  • 可估算(Estimable):必須能掌握大小長短。
  • 規模小(Small):必須小到能夠預估且易於規劃。如果太龐大就必須重寫或拆解成多個Story。
  • 可測試(Testable):必須有一個必須通過的考驗,通過之後才算完成。


圖片來源


小結

在今天提到了幾個Scrum的專業用語:

  • Product Backlog Items, PBI:專案的待辦清單。
  • User Stories:團隊將要完成的工作劃分為稱為User Stories的功能增量。
  • INVEST:有助於記住一組廣泛接受的標准或清單,以評估用戶故事的質量。

上一篇
[Day12] Scrum 30天學習日誌 - Scrum中的角色
下一篇
[Day14] Scrum 30天學習日誌 - 優先的事情優先做
系列文
Scrum 30天學習日誌30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言